> Left 4 Dead is a 
replayable, cooperative, 
survival-horror game 
where four Survivors 
cooperate to escape 
environments swarming 
with murderously enraged 
"Infected" (ie: zombies) 
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> Generate Dramatic Game Pacing 
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> Moving through the Environment 

• A* through Navigation Mesh 

• Creates jagged path 

• How to move fluidly? 



> Path Optimization 

• Collapse redundant path 
nodes 

• Good 

• Creates minimal and direct 
path 

• Bad 

• Nontrivial CPU cost at path 
build time 

• Paths are recomputed 
often in the game 

• Following path directly 
looks robotic 



> Reactive Path Following 

• Move towards "look ahead" 
point farther down path 

• Use local obstacle avoidance 

• Good 

• (Re)pathing is cheap 

• Local avoidance handles small 
physics props, other bots, 
corners, etc 

• Superposes well with mob 
flocking behavior 

• Resultant motion is fluid 

• Bad 

• Can avoid off path too much, 
requiring repath 



> Path Optimization vs 
Reactive Path Following 

• Resultant path is reasonably 
close to optimized path 

• Reactive Path Following is 
used for all actors in Left 4 
Dead 



> Reactive Path Following: Climbing 

• To ensure the Common Infected horde are always 
dangerous, they have the ability to rapidly climb 

• Climbing is algorithmic, using a similar technique to local 
obstacle avoidance 

• Algorithmic climbing solves two major issues 

• Navigating the complex geometry of the post apocalyptic world 
of Left 4 Dead 

• Navigating over movable physics props 



> Approach 

• Bot periodically tests for 
obstacles immediately 
ahead as it follows its path 
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> Find Ceiling 

• Once an obstacle has been 
detected, another hull trace 
determines the available 
vertical space above the bot 



> Find Ledge 

• The vertical space is then 
scanned via a series of hull 
traces from lowest to 
highest to find the first 
unobstructed hull trace 




> Find Ledge Height 

• Another hull trace 
downward from the 
unobstructed trace finds the 
precise height of the ledge 
to be climbed 



> Find Ledge Forward Edge 

• A final series of downward 
hull traces that step 
backwards determine the 
forward edge of the ledge 



> Perform Climb 

• Pick closest match 

animation from dozens of 
motion captured climb 
animations of various height 
increments 



rmances 




> Locomotion 

Owns moving the actor to a new 
position in the environment (collision 
resolution, etc) 

> Body 

Owns animation state 

> Vision 

Owns line-of-sight, field of view, and 
"am I able to see <X>" queries. 
Maintains recognized set of entities. 

> Intention 

Contains and manages a system of 
concurrent Behaviors (HFSM+Stack) 

• Behavior 

Contains and manages a system of 
Actions 

• Action 

The building blocks of intentional 
actions. An Action can contain a child 
Action, which executes concurrently. 
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> Encapsulation of Action processing 

• OnStart 

• Executed when the Action is transtioned into 

• Can return an immediate transition 

• Update 

• Does the "work" of the Action 

• Update can return a transition to a new Action 

• OnEnd 

• Is executed when the Action is transitioned out of 

• OnSuspend 

• Executed when Action has been put on hold for another Action 

• Can return a transition 

• On Resume 

• Executed when Action resumes after being suspended 

• Can return a transition (perhaps Action is no longer valid) 



> Action Transitions 

• Continue() 

No transition, continue this Action next frame. 

• ChangeTo( NextAction, "reason" ) 

Exit the current Action and transition into NextAction. 

• SuspendFor( NextAction, "reason" ) 

Put the current Action "on hold" (bury it) and enter NextAction. 

• Done( "reason" ) 

This Action is finished. Resume the "buried" Action. 

• "reason" 

A string documenting the reason why the transition occurred (ie: 
"The player I was chasing died")- Reason strings help clarify the 
Action system and are invaluable for realtime debug output. 



> Encapsulation of Action Transitions 

• Returning Action Results enforces atomic transitions since no 
behavior code can be run between the decision to change to a new 
Action and the actual change 

• The only way to go from Action A to Action B is for Action A to 
return a transition to Action B 

• There is no way to force a transition from Action A to Action B 
without Action A's "knowledge" 

• Keeps related behavior code encapsulated within the Action 



> Event Propagation 

> Events propagate to all 
components 

> In the Intention subsystem, 
events are 

• First handled by the 
innermost child Action 

• If child has no response, 
event is sent to buried 
Action 

• If no buried Actions have a 
response, event is sent to 
parent 
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> Example events 

• OnMoveToSuccess, OnMoveToFailure, 
OnStuck, OnllnStuck, 
OnAnimationActivityComplete, 
OnAnimationEvent, 
OnContact, Onlnjured, 
OnKilled, OnOtherKilled, 
OnSight, OnLostSight, 
OnSound, 
OnPickllp, OnDrop 

> Actions can implement event handler 

methods, providing context-specific 
reactions to game events 



> Contextual Query System 

> Actions can implement query methods, providing context- 
specific answers to questions 

> Defines queries that can be asked of the Behavior/ Action system 
as a " black box" 

> Queries propagate from childmost Action outward until an 
answer is given, identically to Event propagation 

> Allows concurrent Behaviors to coordinate 

• ie: We are able to opportunistically able to pick up an object, 
should we? 



> Example Queries 

• SelectMoreDangerousThreat( me, subject, threatl, threat2 ) 

• Allows bot to find the most dangerous threat to someone else 
(ie: an incapacitated player it wants to help) 

• ShouldPickUp 

• ShouldHurry 

• IsHindrance 
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> Survivor Bots 

• Allowed us to assume 4 player Survivor team for game tuning and balance 

• Drop in/out ("Take a Break") incredibly valuable in the wild 

• Automated stress testing with 4 SurvivorBots and accelerated game time 




• Difficult issue: Rescuing 
incapacitated humans 



> Trust 

• Cooperative nature of game 
requires close collaboration of 
Survivor team and implicit trust 
in teammate's action choices 

• SurvivorBots prioritize human 
teammates over bots 

• Game "cheats" to guarantee 
some undesirable events 
cannot occur 

• SurvivorBots cannot deal 
friendly fire damage 

• SurvivorBots never use 
Molotovs 

• If a SurvivorBot ever gets far 
out of place for any reason, it 
is teleported near the team 
when no human is looking at it 
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SurvivorBots exercised complexity encapsulation 

• Two concurrent Behavior systems: Main and Legs 

• Main: Primary decision making, attention, target 
selection and attack 

• Legs: Slaved to Main, responsible for staying near 
team unless otherwise directed 

• Many hierarchical behavior states reacting to 
dozens of game events 

• Interrupting, resuming 

• Complex contextual decision making 

• Tank, Witch, Boomer, Smoker, Hunter, Mob rushes, 
wandering horde, Survivor teammates, item 
scavenging, healing self, healing teammates, 
weapon selection, Rescue Closets, incapacitation, 
limping, complex 3D terrain, movable physics 
obstacles, transient fires, ladders, elevators, in any 
combination 

• Replicating human performance based on actual 
gameplay experience 

• Behavior system built to reproduce decisions and 
actions players make while playing the game 



> Deliver Robust Behavior Performances 

> Provide Competent Human Player Proxies 

> Promote Replayability 

> Generate Dramatic Game Pacing 



> Replayability promotes long-term engagement with the game, 
resulting in growth of the game's community 

• Growing online community results in ongoing sales 

• Creates exposure opportunities for other related content 

> Examples: Counter-Strike, Team Fortress, Day of Defeat 

• Thriving online communities with ongoing sales revenue 

• Comparatively few maps, played repeatedly for years on end 

• Unpredictable experience created by interactions between teams of 
players drives replayability 




> In Left 4 Dead, Procedural Population of enemies 
and loot strongly promotes replayability 

• Creates unpredictable encounters analogous to CS, TF, DoD 

• Game session is viewed as a skill challenge instead of a 
memorization exercise 




> Static placement of enemies and loot hinders 
replayability 

• Players are good at memorizing all static locations 

• Removes suspense of not knowing what will happen next 

• Results in "optimal strategy" that works every time 

• Players expect everyone to have memorized all encounters 

• Kills cooperation and degenerates into a race 

> Even multiple sets of manually placed triggers/scripts 
fails 

• Players learn all of them, and if they don't see A, they 
prepare for B or C, etc. 




> How do we procedurally populate the environment 
with interesting distributions of enemies? 

• Using Structured Unpredictability 

• Part of the collection of systems called the "AI Director' 



Goal: Promote Replayability 
Procedurally Populated Environments 



> First, a short summary of tools used to generate 
Structured Unpredictability 

• Navigation Mesh 

• Flow Distance 

• Potential Visibility 

• Active Area Set 
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> The Navigation Mesh 

• Represents "walkable space" 

• Originally created for Counter- 
Strike Bot pathfinding 

• Useful for general spatial 
reasoning and spatially 
localized information 

• Has area A ever been seen by 
actor B? 

• Is area X potentially visible by 
area Y? 

• Where is a spot near the 
Survivors, not visible to any of 
them? 

• How far have we traveled to 
reach this area? 
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"Flow Distance" 

• Travel distance from the 
starting safe room to each 
area in the navigation mesh 

• Following increasing flow 
gradient always takes you to 
the exit room 

• "Escape Route" = shortest 
path from start safe room to 
exit 

• Used as a metric for 
populating enemies and loot, 
and for answering questions 
such as "is this spot ahead or 
behind the Survivor group" 
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> The Active Area Set (AAS) 

• The set of Navigation Areas 
surrounding the Survivor team 

• The AI Director creates/destroys 
population as the AAS moves 
through the environment 

• Allows for hundreds of enemies 
using a small set of reused entities 
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> Potentially Visible Areas 

• The set of Navigation Areas 
potentially visible to any Survivor 





> The Active Area Set 





> Populating via Structured Unpredictability 

• Not purely random, nor deterministically uniform 

• Population functions where space and/or time varies based 
on designer-defined amount of randomization 

• Example: Mob spawns 

• Occur at randomized interval between 90 and 180 seconds 

• Located at randomized spot "behind" the Survivor team 

• Structured Unpredictability = Superposition of several of 
these population functions 




> Structured Unpredictability in Left 4 Dead 

• Wanderers (high frequency) 

• Common Infected that wander around in a daze until alerted by a 
Survivor 

• Mobs (medium frequency) 

• A large group (20-30) of enraged Common Infected that periodically 
rush the Survivors 

• Special Infected (medium frequency) 

• Individual Infected with special abilities that harass the Survivor team 

• Bosses (low frequency) 

• Powerful Infected that force the Survivors to change their strategy 

• Weapon Caches (low frequency) 

• Collections of more powerful weapons 

• Scavenge Items (medium frequency) 

• Pipe bombs, Molotovs, Pain Pills, Extra Pistols 
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> Populating Wandering Infected 

• Stored as a simple count (N) in each area 

• Counts are randomly determined at map 
(re)start based on Escape Route length 
and desired density 

• When an area enters the MS 

• Create N Infected (if possible) 

• When an area leaves the MS, or a 
pending Mob needs more members 

• Wanderers in the area are deleted and N is 
increased accordingly 

• Wanderer count (N) is zeroed: 

• When an area becomes visible to any 
Survivor 

• When the Director is in Relax mode 
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> Example 

• Green areas are entering 
the MS and wanderers are 
being spawned 

• Red areas are leaving the 
MS, and the Infected 
within will be de-spawned 
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> Populating Mobs 

• Created at randomized 
intervals (90-180 seconds on 
Normal difficulty) 

• Boomer Vomit forces Mob 
spawn, resets random 
interval 

• Mob size grows from 
minimum just after spawn to 
maximum after a duration to 
balance difficulty of 
successive, frequent Mobs 





> Populating the Special Infected 

• Created at individually randomized intervals 

• Use valid area in the MS not visible by the Survivor team 
appropriate to Special's class 

• Boomers spawn ahead, since they are slow and can't chase well 

• Smokers attempt to select areas above the Survivor team 
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> Where to spawn 

• Behind Survivors 

• Only select valid areas in the MS 
that are at or behind the Survivor 
team's "flow" distance 

• 75% of Mobs come from behind, 
since wanderers and 
Special/Boss Infected are usually 
engaged ahead of the team 
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> Where to spawn 

• Ahead of Survivors 

• Only select valid areas in the MS 
that are at or greater than the 
Survivor team's "flow" distance 




Goal: Promote Replayability 
Procedurally Populated Environments 
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> Where to spawn 

• Near Boomer Vomit Victim 

• Only select valid areas in the MS 
that are near the Boomer Vomit 
Victim's "flow" distance 




ENTER 
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> Where to spawn 

• Anywhere 

• Any valid area in the AAS 

• Default if there are no valid 
areas in the more specific sets 
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> Boss Population 

• Positioned every N units along 
"escape route" +/- random 
amount at map (re)start. 

• Three Boss events are shuffled 
and dealt out: Tank, Witch, and 
Nothing. 

• Successive repeats are not 
allowed (ie: Tank, then Tank 
again) 




Tank Witch 
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> Weapon Caches 



• Map designer creates several possible weapon 
caches in each map, the AI Director chooses 
which will actually exist 

> Scavenge Items 

• Map designer creates many possible item groups 
throughout the map, the AI Direction chooses 
which groups actually exist 




> Why designer-placed? 

• Prediction of possible locations beneficial in this 
case 

• Allows visual storytelling/intention 

• Solves item placement issues (leaning against 
wall, mounted in gun rack, etc) 



> Procedural Content 

• Promotes replayability 

• Solution for linear, yet replayable multiplayer experiences 

• Greatly multiplies output of development team 

• Improves community created content 
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> What do we mean by "dramatic game pacing'? 

• Algorithmically adjusting game pacing on the fly to maximize 
"drama" (player excitement/intensity) 

> Inspired by Observations from Counter-Strike 

• Natural pacing of CS is "spiky", with periods of quiet tension 
punctuated by unpredictable moments of intense combat 

• Constant, unchanging combat is fatiguing 

• Long periods of inactivity are boring 

• Unpredictable peaks and valleys of intensity create a powerfully 
compelling and replayable experience 

• Same scenario, often the same map, yet different and compelling 
experience each round 



> Adaptive Dramatic Pacing algorithm 

• Creates peaks and valleys of intensity similar to the proven 
pacing success of Counter-Strike 

• Algorithm: 

• Estimate the "emotional intensity" of each Survivor 

• Track the max intensity of all 4 Survivors 

• If intensity is too high, remove major threats for awhile 

• Otherwise, create an interesting population of threats 

• Another key system of the "AI Director" 
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> Estimating the "emotional intensity" of each 
Survivor 

• Represent Survivor Intensity as a value 

• Increase Survivor Intensity 

• When injured by the Infected, proportional to 
damage taken 

• When the player becomes incapacitated 

• When player is pulled/pushed off of a ledge 
by the Infected 

• When nearby Infected dies, inversely 
proportional to distance 

• Decay Survivor Intensity towards zero over 
time 

• Do NOT decay Survivor Intensity if there are 
Infected actively engaging the Survivor 





> Use Survivor Intensity to modulate the Infected population 

• Build Up 

• Create full threat population until Survivor Intensity crosses peak 
threshold 

• Sustain Peak 

• Continue full threat population for 3-5 seconds after Survivor 
Intensity has peaked 

• Ensures minimum "build up" duration. 

• Peak Fade 

• Switch to minimal threat population ("Relax period") and monitor 
Survivor Intensity until it decays out of peak range 

• This state is needed so current combat engagement can play out 
without using up entire Relax period. Peak Fade won't allow the 
Relax period to start until a natural break in the action occurs. 

• Relax 

• Maintain minimal threat population for 30-45 seconds, or until 
Survivors have traveled far enough toward the next safe room, 
then resume Build Up. 
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> Full Threat Population (Build Up) 

• Wanderers 

• Mobs 

• Special Infected 

> Minimal Threat Population (Relax) 

• No Wanderers until team is "calm" 

• No Mobs 

• No Special Infected (although existing Specials may attack) 

> Boss Encounters NOT affected by adaptive pacing 

• Overall pacing affected too much if they are missing 

• Boss encounters are intended to change up the pacing anyhow 




> An example procedurally generated population 




> How the AI Director modulates the population based 
on the Survivor team's "emotional intensity" 



Survivor Intensity 
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> How the AI Director modulates the population based 
on the Survivor team's "emotional intensity" 





> Comparing population after modulation by the AI 
Director 




> Adaptive Dramatic Pacing reacts to Survivor team 

• Generates reliable peaks of intensity without completely 
overwhelming the team 

• Because of player variation and procedural threat population, 
timing and location of peaks will differ 

each time the game is played 

> Algorithm adjusts pacing, not difficulty 

• Amplitude (difficulty) is not changed, frequency (pacing) is 

> Simple algorithms can generate compelling pacing schedules 

• Survivor Intensity estimation is crude, yet the resulting pacing 
works 



> Just the beginning... 

• Expand repertoire of verbs 
available to the AI Director 

• Explore further procedural 
content generation 
opportunities 

• How to utilize these systems in 
other game projects? 
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> www.L4D.com 

> www.valvesoftware.com 

> mike.booth at valvesoftware dot com 



